Merge branch 'macos-input-method' into 'master'

macos: fix the position of curosr of input method for macos.

Closes #4063

See merge request GNOME/gtk!3699

Merge branch 'gtklistitem-autocleanup' into 'master'

gtk: Define the GtkListItem autocleanup func

See merge request GNOME/gtk!3698

Merge branch 'migration_patch' into 'master'

Add section about `gtk_widget_set_app_paintable`

Closes #4007

See merge request GNOME/gtk!3641

Add section about `gtk_widget_set_app_paintable`

macos: fix the position of curosr of input method for macos.

In the refactoring from GdkWindow to GdkSurface, GtkWidget no longer
corresponds to a GdkSurface. We have to calculate the relative position
from GtkWidget to the GdkSurface.

Closes #4063.

gtk: Define the GtkListItem autocleanup func

Merge branch 'fix-pointer-gestures-kde-plasma' into 'master'

gdk/wayland: Fix pointer-gestures version selection

See merge request GNOME/gtk!3693

gdk/wayland: Fix pointer-gestures version selection

version == GDK_ZWP_POINTER_GESTURES_V1_VERSION will fail if the
compositor implements version 2 of pointer-gestures-v1.

Revert "Never show the Trash in the FileChooserWidget side bar"

This reverts commit cd39e417e1f816e7c509f9c14e4a0b61fce81430.

Never show the Trash in the FileChooserWidget side bar

The Trash is a special location: files cannot be copied or moved, there,
and the file selection dialog is not able to restore files from the
Trash.

Fixes: #674

Merge branch 'wip/chergert/textview-access-to-contexts' into 'master'

textview: give application developers access to RTL and LTR context

See merge request GNOME/gtk!3690

textview: give application developers access to RTL and LTR context

This allows developers to modify the pango context that is used when
rendering text within the text view.

Such access can be useful to alter how rounding occurs with API such as
pango_context_set_round_glyph_positions() and is needed by GtkSourceView
for proper placement of glyphs within the overview map.

Merge branch 'fix-3798' into 'master'

GDK-Win32: Fix drag surface positioning (issue #3798)

Closes #3798

See merge request GNOME/gtk!3659

Merge branch 'gsk-big-batches' into 'master'

ci: Build Broadway on MacOS

See merge request GNOME/gtk!3686

Merge branch 'matthiasc/for-master' into 'master'

ci: Build Broadway on MacOS

See merge request GNOME/gtk!3685

gsk: Respect max element vertices limitation

We are pretty good at batching commands now, and we can easily
produce batches that exceed the maximum number of elements per
draw call that the hw can handle. Query that number, and respect
it when merging batches.

This fixes the rendering of the overview map in GtkSourceView.

ci: Build Broadway on MacOS

We've seen a build failure if Broadway is built without
the X11 backend. Lets recreate that configuration in ci
so it doesn't break again.

gdkdrag-win32.c: Fix drag surface positioning

Determine the root_x and root_y coordinates of the drag surface by
relying on the coordinates of the surface where the drag is being
carried out, plus the coordinates that we receive from the drag event,
which is in-line with what the X11 backend does.

This will prevent the drag surface from being initially drawn at the
correct position, but jumping towards the top-left corner of the screen
shortly afterwards.

The DnD support will still need some more updates to function correctly
on Windows, but at least this is a small improvement.

Fixes issue #3798.

Merge branch 'matthiasc/for-master' into 'master'

treeviewcolumn: Clip header buttons

Closes #4045

See merge request GNOME/gtk!3682

treeviewcolumn: Clip header buttons

We don't want to overdraw when dragging a narrow column
around, and we also need the clipping to avoid picking
the wrong column, when a later column button overlaps
an earlier one.

Fixes: #4045

macos: Fix a compiler warning

Merge branch 'wip/chergert/fix-broadway-build' into 'master'

inspector: fix compilation with broadway

See merge request GNOME/gtk!3681

inspector: fix compilation with broadway

Merge branch 'matthiasc/for-master' into 'master'

action muxer fixes

See merge request GNOME/gtk!3678

Update Portuguese translation

(cherry picked from commit 807537dd5dc306edfae5abd82fbbb3e346f6d682)

testsuite: Avoid a compiler warning

This was showing up in ci on macos.

widget-factory: Show Ctrl-? in the menu

We use our own action for showing the shortcuts window,
so we need to associate this shortcut with our action
for it to show up.

shortcutcontroller: Don't reinject menu accels

The normal way to associate accels with actions is
to attach a shortcut controller to the widget. The shorcut
controller will inject the accel into the action muxer
tree, so that it can get displayed in widgets that activate
the action (say, in menus.

This approach does not works for generated menus, since the
widgets are not in the hands of the app developer, so attaching
shortcut controllers to them is impractical.

Instead, GtkModelButton has an accel property that gets
bound to the accel coming from the action muxer tree (most
likely put there via gtk_application_set_accel_for_action),
and creates a shortcut controller itself.

The change in this commit is to prevent the shortcut controller
from injecting the accel into the action muxer tree in this case.
Otherwise, the accels get 'stuck' and we won't update them if the
global accels are later changed.

This is a hack, and needs a better solution.

window: Propagate accel changes

When the global accels change, tell the
shortcut controller to re-inject them into
the action muxer hierarchy.

shortcutcontroller: Add a way to update accels

This will be used to make accel changes propagate.

action muxer: Propagate registrations further up

We were pretty aggressive about not registering
observers further than necessary, stopping at the
first muxer that provides an action.

But even though action changes further up in the tree
won't be relevant in that case, we need to listen to
accel changes, since they may come from higher up
in the tree (e.g. when using
gtk_application_set_accels_for_action with an action
that is defined on a widget.

So, register all the way to the top, and stop propagating
action changes when we hit a muxer that provides the action.

menutrackeritem: Be more careful with accel changes

In some cases (such as when getting a new parent), the
action muxer doesn't know exactly which detailed actions
have changed accels, so we call primary_accel_changed with
just an action name.

Make the menu tracker item handle that case by matching
either against the detailed name or the the action name.

action muxer: Propagate accel changes

When we set a new parent on an action muxer,
accels may change, so call primary_accel_changed
for involved actions.

Merge branch 'wip/otte/for-master' into 'master'

spinner: Behave like any other icon

See merge request GNOME/gtk!3677

spinner: Behave like any other icon

Take the size from -gtk-icon-size.

Note that min-width/height still works, as those properties are handled
by the generic widget sizing machinery in GTK4.

actionobserver: Clarify primary_accel_changed docs

Either action_name or action_and_target may be NULL
here, and observer implementations should be careful
when checking those values.

print-editor: Make accels work

Sadly, they don't show up anymore with this.

bloatpad: Add icons as resources

This can serve as a useful example for how to add
themed icons as resources.

bloatpad: Give the toolbar a facelift

Make it look more like a toolbar.

bloatpad: Improve accel dialog

Make this dialog a bit less of an eyesore.

examples: Use existing icons

The sunny icon doesn't exist anymore.

examples: Drop a redundant frame

The frame in the drawing example adds nothing
and looks wrong.

Merge branch 'fix-3793' into 'master'

gdksurface-win32.c: Fix up popup placement (fix issue #3793)

Closes #3793

See merge request GNOME/gtk!3674

Merge branch 'media-stream-name-collision' into 'master'

mediastream: Some more api renaming

Closes #4023

See merge request GNOME/gtk!3673

gdksurface-win32.c: Fix up popup placement

If we are undergoing a surface move, just apply the next_layout anyways,
even if we are not moving a toplevel surface.

Update the way how we obtain the x and y coordinates of a surface, if it
is a toplevel, apply the x and y coordinates from the results from we
obtained the underlying Win32 HWND, as we did before.  But if it is a
popup, use gdk_win32_surface_get_geometry() to obtain the correct x and
y coordinates to place our popup surface.

Also correct how we compute the shadow dimensions, and the final popup
rectangle as we attempt to layout the popup surface, since GDK-Win32
keeps track of the shadow dimensions in system (unscaled) units, not GDK
units.

Fixes issue #3793.

gdksurface-win32.c: Fix formatting for popup functions

Merge branch 'drop-target-name-collision' into 'master'

droptarget: Rename :drop to :current-drop

Closes #4028

See merge request GNOME/gtk!3669

mediastream: Some more api renaming

Also rename gtk_media_stream_ended to
gtk_media_stream_set_ended, to avoid naming
collision with GtkMediaStream:ended.

The existing entry points still exist, deprecated
and marked as non-introspectable.

Update all internal uses.

Fixes: #4023

droptarget: Rename :drop to :current-drop

Rename the GtkDropTraget:drop property to :current-drop,
to avoid naming collision with the signal of the same
name.

We leave the old property and getter in place, deprecated
and marked as non-introspectable.

Fixes: #4028

Merge branch 'cherry-pick-4ba89f25' into 'master'

cellarea: Don't shrink area too much

See merge request GNOME/gtk!3672

Merge branch 'label-underline-markup' into 'master'

label: Fix mnemonic handling

Closes #4041

See merge request GNOME/gtk!3670

cellarea: Don't shrink area too much

Do not compute rectangles with negative width/height. This avoids
assertion failures further down when those rectangles were actually
checked.

https://bugzilla.redhat.com/show_bug.cgi?id=1962215

(cherry picked from commit 4ba89f25b8a88616afc1915bdb4fb87d13efae6f)

Add a mnemonic testcase

Add a testcase that tests the label mnemonic handling
that was fixed in the previous commit.

label: Fix mnemonic handling

We were not handling the case right in which we
want to use underlines, but not use markup. Since
we are now using pango_parse_markup for this case,
we need to escape the xml markup.

Fixes: #4041

Revert "progressbar: Avoid redundant storage"

This reverts commit 95747b1a4082709d8e5320dc2171a8c53cedce19.

This was wrong - it turns out that while GtkProgressBar
allows you to change its orientation, its box layout is
always vertical.

Fixes: #4037

Update Turkish translation

Merge branch 'macos-input-method' into 'master'

fix: make input method work again in gtk4

Closes #3968

See merge request GNOME/gtk!3668

Merge branch 'media-stream-name-collision' into 'master'

mediastream: Rename an api to avoid name collisions

Closes #4023

See merge request GNOME/gtk!3667

fix: make the new nsview as the first responder.

Make the new view as the first responder(focused) so the new view can
accept events from input method.

Fixes #3968.

mediastream: Rename an api to avoid name collisions

Some bindings can't handle the coexistence of
GtkMediaStream:prepared and gtk_media_stream_prepared.
Help them out by renaming the function to
gtk_media_stream_set_prepared, and rename
gtk_media_stream_unprepared as well, to match.

The existing entry points still exist, deprecated.

Update all internal uses.

Fixes: #4023

Merge branch 'columnview-double-activation' into 'master'

listitemwidget: Claim gesture when activating

Closes #4015

See merge request GNOME/gtk!3663

listitemwidget: Claim gesture when activating

Claim the gesture when we are activating a list item.

Otherwise we end up with double activations in
columnviews: first GtkColumnViewCell handles
the event, and then GtkListItemWidget handles
it again.

Fixes: #4015

listitemwidget: Match activation conditions

Make the conditions used for activation in the single-
and double-click case properly match, so that it is
obvious that we won't trigger both of them.

Merge branch 'filename-annotations' into 'master'

Add type annotations for filename arguments

Closes #633

See merge request GNOME/gtk!3665

Merge branch 'msvc-fix' into 'master'

Fix illegal instruction crash on x64 CPUs without POPCNT instruction when compiled with MSVC

See merge request GNOME/gtk!3664

Update gtkpopcountprivate.h: undefined macro outside msvc

Dropped defined() for readability

Replaced && with || for POPCNT checks to fix the logic.

Add type annotations for filename arguments

Add missing "(type filename)" annotations for string
arguments that are filenames.

Fixes: #633

Fix illegal instruction crash on x64 CPUs without POPCNT instruction when compiled with MSVC

Merge branch 'listmodel-get-item' into 'master'

docs: Mention the GtkWidget.destroy vfunc

Closes #4024

See merge request GNOME/gtk!3662

Add tests for empty list models

Test that all our models return NULL for out-of-range
get_item calls, as expected.

selectionfiltermodel: Fix an oversight

When the position is out of range, get_item needs
to return NULL.

Fixes: #4024

docs: Mention the GtkWidget.destroy vfunc

Mention GtkWidget.destroy in the migration guide.

docs: Fix a typo in the migration guide

Merge branch 'wip/chergert/fix-delayed-focus' into 'master'

window: clear move_focus when focus is already set

See merge request GNOME/gtk!3658

window: clear move_focus when focus is already set

This can get set in other places, so we need to ensure it is cleared so
that an after-paint handler does not move the focus to a new widget.

Merge branch 'actionable-fixes' into 'master'

tests: Fix check vs toggle button confusion

Closes #4022

See merge request GNOME/gtk!3656

checkbutton: Fix actionable state tracking

If we have a GAction as model, we just have to
call gtk_action_helper_activate() and let
the action helper handle the state updates,

Fixes: #4022

togglebutton: Fix actionable state tracking

If we have a GAction as model, we just have to let
the action helper handle the state updates. GtkButton
already calls gtk_action_helper_activate() for us.

button: Add a private getter for the action helper

GtkToggleButton needs to know if it needs to actively
maintain its state, or defer to the action helper.

testgaction: Add more widgetry

Add some toggle and check buttons to test that they
work as expected as GtkActionables.

Fix the GAction test

We weren't setting the state of the stateful actions.

tests: Fix check vs toggle button confusion

Check buttons aren't toggle buttons anymore.

4.3.1

Merge branch 'ebassi/docs-for-master' into 'master'

docs: Mention Window::close-request in the migration guide

See merge request GNOME/gtk!3655

docs: Mention the ::damage-event signal in the migration guide

There is no replacement for damage event tracking.

docs: Mention GdkSurface:mapped

It replaces the ::map-event and ::unmap-event signals on GtkWidget.

docs: Mention Window::close-request in the migration guide

The Widget::delete-event signal was moved to Window::close-request.

Merge branch 'ci-install-build' into 'master'

Make a standalone hello world

See merge request GNOME/gtk!3652

ci: Update the image

v32 of the image includes wayland-protocols 1.21, and
other updates from Fedora 34.

While we are at it, drop gtk-doc from the image, and drop
the separate DOCS_IMAGE - no longer used.

ci: Collect hello build logs

ci: Test building against installed GTK

This is meant to ensure that we e.g. install the
right header files, and so on.

Make a standalone hello world

We want to test building against the installed GTK
in ci, so lets add a standalone project.

Merge branch 'row-activated-annotation' into 'master'

treeview: Add a few missing annotations

Closes #3828

See merge request GNOME/gtk!3647

Merge branch 'wip/carlosg/spin-button-swipe-gesture' into 'master'

spinbutton: Connect swipe gesture to the text entry

Closes #4008

See merge request GNOME/gtk!3649

fix: replace deprecated metods.

Use NSInputContext to replace NSInputManager, which has been deprecated
since 10.6.

Sync from 0e30a96 in gtk3.

spinbutton: Mind the step in the swipe gesture

The swipe gesture forces values in the spin button that are
"impossible" according to the adjustment. This can break things
in creative ways.

Ensure the steps provided are always multiples of the adjustment
step value, and keep the remainder for further interaction.

spinbutton: Connect swipe gesture to the text entry

In the GTK3 days, the spin button was an entry, with buttons on
top, and the swipe gesture affected the input on the entry bits.
Now the spin button is a container, so this gesture in the capture
phase applies to all contained children (incl. buttons).

Attach this gesture to the entry itself, so the buttons are left
outside this business. The gesture is still in the capture phase
in order to prevent text selection/edition/etc to happen.

Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/4008

Apply 1 suggestion(s) to 1 file(s)